--导致查询缓慢的原因，主要有以下几点
1、数据量过大
2、表设计不合理
3、sql语句写得不好，引起全表扫描，索引失效
我们这里主要对第三种引起全表扫描的sql的情况进行分析
对查询进行优化，应尽量避免全表扫描，那么常见哪些情况下sql查询会出现不走索引的情况，参考网上的资料，这里做一个总结，最后再讲一些sql优化的小技巧
1.模糊匹配like的情况
索引字段使用like的时候，唯有后置like即like 'XXX'||'%'这种情况继续走索引，左模糊like
‘%...’无法直接使用索引，但可以利用reverse + function index 的形式，变化成 like ‘…%’；全模糊是无法优化的，一定要的话考虑用搜索引擎。出于降低数据库服务器的负载考虑，尽可能地减少数据库模糊查询。
2. 查询条件使用了(<>、!=）
SQL中，不等于操作符会限制索引，引起全表扫描，即使比较的字段上有索引,可以考虑将条件用or拆分开即（字段<值 or 字段>值）
3. or使用注意项
使用or的时候需要注意，where子句中比较的两个条件，一个有索引，一个没索引，使用or则会引起全表扫描，例如：where A=：1 or B=：2，A上有索引，B上没索引，则比较B=：2时会重新开始全表扫描
4. is null
查询字段is null时单索引失效，引起全表扫描，对于is null 字段如果需要索引，可以考虑与一个非null字段组成联合索引，这样可以启用索引查找；is not null 时永远不会使用索引。一般数据量大的表不要用is null查询。
5. 联合索引
联合索引的情况缺少前导列，只有后导列，会引起全表扫描，例create index iss on student(name,school)时，select count（1）from student where school='XX'会全表扫描，可以通过强制索引在缺少前置索引的情况下走索引 ，如 select /*+index(student iss)count（1）from student where school='XX'
6. in和 not in
in 和not in 也要慎用，否则会导致全表扫描， 如: select id from t where num in(1,2,3） 对于连续的数值，能用between 就不要用in 了： select id from t where num between 1 and 3
很多时候用exists 代替in 是一个好的选择：
select num from a where num in(select num from b)
用下面的语句替换：
select num from a where exists(select 1 from b where num=a.num)
exists执行顺序：1.首先执行一次外部查询 2.执行一次内部查询，exists 非null返回true 3.遍历外表得到查询结果
7. where 字句对字段进行操作
select id from t where num/2=100 ，不走索引，select id from t where num=100*2 走索引
tips:
1. where A=:A and B=:B 执行时是从右往左执行，所以尽量把过滤条件大的放在右边
2.select * from 表，需要先查询字典，将*解析成字段，增加额外开销，所以select 后面应尽量写出需要的字段
3.尽量使用数字型字段，若只含数值信息的字段尽量不要设计为字符型，这会降低查询和连接的性能，并会增加存储开销
4. 尽可能的使用varchar/nvarchar 代替char/nchar ，因为首先变长字段存储空间小，可以节省存储空间，其次对于查询来说，在一个相对较小的字段内搜索效率显然要高些
5. 数字值的字符型字段，查询时最好对条件值进行字符话，不要直接写数字，否则会进行强制转换，增加开销
